home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 2306 < prev    next >
Encoding:
Text File  |  1996-08-05  |  6.8 KB  |  139 lines

  1. Newsgroups: comp.dcom.modems
  2. Path: FreeNet.Carleton.CA!an171
  3. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  4. Subject: Re: Is 33.6 only available for USR?
  5. Message-ID: <DLKBBw.35y@freenet.carleton.ca>
  6. Sender: an171@freenet2.carleton.ca (Anthony Hill)
  7. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  8. Organization: The National Capital FreeNet
  9. References: <4dd14b$odp@grid.direct.ca> <4ddchf$c4i@shellx.best.com> <30FA9B32.4862@fishnet.net> <4dh7j3$81i@shellx.best.com> <30FCE339.36B9@fishnet.net> <4dlt8f$1qom@seminole.gate.net> <DLGM5w.H8o@freenet.carleton.ca> <4dqj68$dcak@navajo.gate.net> <DLHzr <4dsqot$ms4@seminole.gate.net>
  10. Date: Mon, 22 Jan 1996 03:07:08 GMT
  11.  
  12.  
  13. doug haire (dhaire@gate.net) writes:
  14. > n.Bs2@freenet.carleton.ca>:
  15. > Distribution: 
  16. > Anthony Hill (an171@FreeNet.Carleton.CA) wrote:
  17. > : 
  18. > : doug haire (dhaire@gate.net) writes:
  19. > : > Anthony Hill (an171@FreeNet.Carleton.CA) wrote:
  20. > : > :     I believe that the original point of the message was that IF your
  21. > : > : SNR is not good enough to support v.34 connections now, the new features
  22. > : > : of the annex to v.34 will make NO difference in your connect speed
  23. > : > : (assuming everything else is the same).  What this means is that if you're
  24. > : > : getting a 26.4 connection with teh 3429 symbol rate with 28.8 v.34, you
  25. > : > : will NOT see your connect speed increase to 28.8 by simply adding the 33.6
  26. > : > : firmware UNLESS other things were changed (eg. when USR released their
  27. > : > : 33.6 firmware for their Couriers).
  28. > : > 
  29. > : > I believe there was a change included with the V.34+ upgrade (at least in 
  30. > : > the Courier) that improved speeds with the lower symbol rates, allowing a 
  31. > : > 28.8k connect (stable) at a lower symbol rate. I could be wrong about 
  32. > : 
  33. > :     Yes, that is correct, and that's why I specified that the
  34. > : connection was using the 3429 symbol rate already but still only getting a
  35. > : 26.4 connection due to poor SNR.  FWIW, the annex to v.34 allows all the
  36. > : symbol rates to connect at one 2400bps higher then with the original v.34
  37. > : spec, with the exception of the 2400 symbol rate (still stuck at 21.6
  38. > : connections) and the 3429 symbol rate which can go up two steps (from 28.8
  39. > : to 33.6).
  40. > I believe you were talking to someone who had a V.34 and was not 
  41. > achieving 28.8k connects, correct? It would seem then that going to V.34+ 
  42. > might actually help him achieve them. If he's using a Sporty the upgrade 
  43. > cost is $25 (I think). If he has a Courier, it's free.
  44.  
  45.     It may help them but ONLY if the reason why they aren't getting
  46. 28.8 connections is because of limited bandwidth.  Of course, that's
  47. assuming USR hasn't improved their v.34 code in general with their newest
  48. firmware, which is possible.
  49.  
  50. > : > this but I don't think so. I do know, subjectively speaking, that my 
  51. > : > unstable 28.8k connects became more stable when I went to the V.34+ and 
  52. > : > that I started getting more 28.8k connects than I had. Admittedly, this 
  53. > : > is subjective since I did not run control tests.
  54. > : 
  55. > :     USR did some very effective refining of their v.34 code with their
  56. > : 33.6 code for their Couriers.  Sportsters saw many of the same refinements
  57. > : with the 04/18/95 code.
  58. > As I was told by someone at USR (no, not the folks you get on the support 
  59. > line) that the Sporty got the same code that the Courier did, essentially.
  60.  
  61.     They're based on similar code, but they are not identicle.
  62.  
  63. > : > :     This has absolutely NOTHING to do with the annex to v.34, it's
  64. > : > : merely coincidence that USR decided to add both new features in the same
  65. > : > : firmware for their Couriers.  Also, unless something has changed since I
  66. > : > : last checked, these new v.42 features (244 byte LAP-M packets and SREJ) have
  67. > : > : NOT been added to the Sportster line.
  68. > : > 
  69. > : > It was included in the V.34+ ROM code. As I understand it, it should also 
  70. > : > be in the Sporty V.34+ code but perhaps someone who has a V.34+ Sporty 
  71. > : 
  72. > :     There's not particular reason why these enhancements should be
  73. > : added with any one code.  They do not require any of the new features of
  74. > : the annex to v.34, in fact, they don't require v.34 at all.  Zyxel's 14.4
  75. > : modems (and 28.8s I presume) included both of the features that USR added
  76. > : with their 33.6 code.
  77. > The Zyxel 14.4k did not have the expanded V.42 (I own a U-1496E+) and I 
  78.  
  79.     Perhaps these features were only added with newer firmwares,
  80. because I know of many people who get 256 byte LAP-M packet/SREJ
  81. connections with their Zyxels.  Either way, the point is that these
  82. features are in no way dependant on v.34, or any other actual modem
  83. protocol.
  84.  
  85. > got tired of waiting for a Zyxel 28.8k so I can't comment on those. I 
  86. > beleive you will find that the new Sporty's have the 244...
  87.  
  88.     Mine doesn't, but that may not be indacative of others.
  89.  
  90. > : > : > You will find that it outperforms the "standard" implementation in the
  91. > : > : > Rockwell chipset modems every time. That is, I get high 3300's to low 
  92. > : > : > 3400's using zmodem (w/Mobyturbo) on a 28.8k connection. I get high 
  93. > : > : 
  94. > : > :     FWIW the PPI has a maximum LAP-M packet size of 512 bytes, more
  95. > : > : then twice the size of the USR Couriers 244 bytes, so the PPI will have a
  96. > : > : higher maximum theoretical throughput then the USR Courier.  Of course,
  97. > : > : PPI does not support SREJ (unless it's been added recentely), so if there
  98. > : > : are any noticible amounts of errors on the line, the Courier may end up
  99. > : > : outperforming the PPI.
  100. > : > 
  101. > : > Would you run some tests with the PPI and see what kind of rates you get? 
  102. > : > I'd certainly be interested in seeing them.
  103. > : 
  104. > :     Several magazines did this a while back, the result was that PPI
  105. > : and Hayes blew the competition out of the water on throughput tests (done
  106. > : over perfect connections).
  107. > I don't read "Several magazines" so I don't know what you're referring to 
  108. > here. I don't trust most magazine tests since they tend to come up with 
  109. > some pretty bizarre results ... such as Hayes modems actually performing 
  110. > well.
  111.  
  112.     The results can be quite misleading, but there ARE some things
  113. which Hayes modems will do well at.  Unforutnatly those conditions don't
  114. exist in the real world :>.
  115.  
  116. > Now, if you would run some simple tests, I would like to see the results.
  117.  
  118.     Unforutnatly I no longer have a PPI modem to run tests against.
  119.  
  120. > Oh, by the way, I just got a 3940 cps rate on a download of a 334884 byte 
  121. > compressed file. Seems I got one of those elusive 33600 connects (through 
  122. > an LD connection no less!).
  123.  
  124.     It should be obvious to you that the PPI will NOT get those sorts
  125. of rates, however, when connected at the same speed, the PPI does have a
  126. higher theoretical maximum throughput then the USR Courier.  Of course,
  127. theoretical throughput isn't too important as compared to real world
  128. performance.
  129.  
  130. Anthony
  131.  
  132. --
  133. Anthony Hill | an171@FreeNet.Carleton.CA
  134.